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System. An embedded tutorial is a self-paced Computer Aided 
Instruction (CAI) learning technique which is implemented on 
the actual equipment the subjects are learning to use. 
This technique has tremendous potential in helping the 
Department of Defense meet its goal of increased manpower 
effectiveness. The Tutorial should eliminate the necessity 
for each user to possess and master large quantities of 
often confusing documentation. It should also free members 
of the laboratory staff from repetitive teaching tasks, 
allowing them to provide more specialized consulting. Goals 
of good CAI system design and man-machine interface, and the 
design techniques actually used to implement the embedded 
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I. INTRODUCTION 



As more and more sophisticated computers with their 
specialized applications become available, the requirement 
for training the users to operate this equipment also 
increases. As the computer industry grows, so does the 
demand for technicians, programmers, and analysts. The 
industry has a difficult enough time filling those technical 
positions with qualified personnel; the supporting fields, 
such as training and documentation, often remain unfilled. 
This may be because of either the lack of qualified 
personnel or a management philosophy that does not see these 
support roles providing direct profits to the company. The 
result is that there are a large number of computers on the 
market with often poor or nonexistent documentation required 
for their use. Nowhere is this more evident than in 
computer graphics. 

One of the highest priorities in the Department of 
Defense is the efficient use of manpower. One way in which 
manpower efficiency may be increased is to increase the 
productivity of personnel in the execution of their tasks. 
Another way is to raise the level at which seemingly 
unqualified personnel may be employed. This critical 
manpower requirement is met in part by developing methods 
whereby all operational computer-based systems teach the 



potential operators how to interact with them. This 
research is an attempt to promote this critical field. 

At the Naval Postgraduate School (NPS) , Monterey 
California, the problem of incomplete documentation exists 
with a sophisticated color graphics system, the Ramtek 9400 
Color Graphics Display System. The complexity and 
capability of the machine is extensive and could be of great 
value, not only to graduate student research, but also to 
fleet users. However, the documentation and instructions 
currently available are ambiguous, vague, and incomplete, 
resulting in underutilization of the equipment. The problem 
is to teach members of the NPS community the use of this 
highly sophisticated piece of equipment. 

There are several possible ways of solving this problem. 
Structured courses could be taught several times a year for 
those interested students. This requires dedicated 
instuctors knowledgeable in the system, who can devote their 
time to this. Another possible solution is to rewrite the 
manuals, making them clearer and providing programming 
examples of how the software could work. Thus, students 
could teach themselves from a book, with additional guidance 
from the staff as necessary. Another approach is to develop 
an embedded tutorial which will provide the user with a 
self-paced method of developing the skills necessary to 
write graphics software while operating in the environment 
of the graphics computer. The Socratic or tutorial method 
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of intruction has long been acknowledged as an educational 
ideal. It is not normally used today because of its great 
cost. Computer augmented instruction regains the type of 
one-on-one relationship that is so desirable. [Ref. 1] 

The use of Computer Aided Instruction (CAI) for 
developing application software is the subject of this 
thesis. The history and growth of CAI, its educational 
goals, and man-machine interface design are first reviewed. 
Next, different CAI curricular design techniques are 
examined, and the advantages and disadvantages of each 
outlined. The methods actually used in designing and 
implementing the Ramtek 9400 embedded Tutorial are then 
discussed, and finally a summary of actual evaluations of 
the developed Tutorial is presented. 
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II .BACKGROUND 



There are many terms used with CAI. Before any 
discussion of the subject can occur, these different terms 
need to be defined. The following list is not inclusive, 
but it does cover the major terms used in the field today. 

A. DEFINITIONS 

CAI - Computer Aided Instruction- CAI is primarily used 
for direct instructional support. Typical examples of CAI 
are drill and practice, tutorials, simulation/gaming, 
inquiry/dialogue, information retrieval, and problem 
solving. [Ref. 2: p. 13] The computer is used as the means 
of problem solving. [Ref. 3: p. 10] 

CMI - Computer Managed Instruction- CMI is primarily 
used for instructional support functions. Typical examples 
of CMI are testing, prescribing, recordkeeping, scheduling, 
monitoring, and time and resource management. [Ref. 2: p. 
13] 



CBI - Computer Based Instruction- The 
education that encompases both CAI and CMI. 

CAL - Computer Aided Learning- A broad 

of computers in the education environment [Ref. 
similar to C3I. 

Courseware - Computer software having 
content. [Ref. 4: p. 13] 



area of 

application 
4: p. 11] , 

educational 
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User Station - User station is normally considered as 
the place where the student interacts with the computer, 
[Ref. 5: p. 17] usually a terminal. The user station can be 
geographically separated from the computer. 

B. HISTORY 

Throughout the past decade, more and more CAI systems 
have been used. To understand why, both the advance of 
computer technology and the teaching environment need to be 
discussed . 

Until the advent of time-sharing systems, where a user 
could react interactively with a computer, usually through a 
terminal, there was no great incentive for CAI. Computers 
were run in the batch mode usually doing transaction type 
processing. As time-sharing systems came on line, CAI was 
developed. One of the first CAI systems was the PLATO sytem 
at the University of Illinois. [Ref. 6: p. 15] The Navy 
also started using CAI during the same time period as PLATO 
for instructing large numbers of recruits in technical 
training classes. [Ref. 7] These systems required the use 
of a large expensive host computer which virtually 
eliminated all but government organizations and research 
projects from using CAI. As technology advanced, the 
increased use of lower cost mini-computers allowed more and 
more of the larger school systems and universities to 
consider using CAI. [Ref. 3: p. 73] The response time of 
the interactive terminals were acceptable, and a number of 
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terminals could be connected to each mini-computer. 
However, the smaller schools could not justify the cost of 
these systems. With micro-computers, the cost of providing 
several terminals for interactive use became acceptable. 
[Ref. 9: p. 105] Thus, many CAI systems are now being 
used in schools throughout the country. 

Another reason for the development of CAI is the 
shortage of qualified teachers. With the increased school 
population of the late 60's and early 70's, alternatives for 
providing instruction were necessary. Colleges were teaching 
large introductory courses in auditoriums and individualized 
instruction was lacking. The cost of hiring the additional 
staff necessary to reduce class size was prohibitive, so 
schools were being forced to look for alternative ways of 
providing the individualized instruction. [Ref. 10: p. 289] 
During this period, the Navy had similiar problems with 
providing qualified instructors to teach recruits 
fundamentals while at the same time transitioning to an all 
volunteer force. Computer aided instruction was a primary 
alternative. [Ref. 11: p. 16] 
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Ill . GOALS OF CAI 



Throughout the literature concerning 
interface, and software design, there 
considerations which reappear. The goals 
CAI programs should consider all of them, 
discuss many of the goals as they apply to 
disciplines. 



CAI, man-machine 
are many design 
of designing good 
This section will 
their respective 



A. GENERAL FEATURES OF CAI PROGRAM DESIGN 

One of the main advantages of CAI is its ability to 
adapt instruction to the individual needs of the learner. 
To achieve this goal Caldwell recommends: [Ref. 12: pp. 7-3] 

1 . Learner Control 

Learner control over the instructional sequence 
should be available. Except for instances where sequential 
instruction is necessary, the learner should have the 
ability to control the sequence of instruction. He should 
be able to back-up in the program and review previous 
frames, if desired. He should be allowed to skip portions 
with which he is already familiar, and go directly to those 
areas where he needs additional instruction. Students 
should be given the opportunity to advance, review, and exit 
lessons, except where such control defeats the pupose of the 
lesson. The ability of learners to pace themselves provides 
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a degree of individualization not present in purely linear 
(sequential) programs. 

2 . Learning Environments 

Adaptive and responsive learning environments should 
be provided. By allowing self-pacing and individualized 
branching/ learners are helped to select the pathway through 
the materials that is most appropriate for their needs. 

3. Modularized Segments 

Modularized segments, arranged in hierarchical 
patterns allow for great flexibility in program 
implementation. Each lesson can be built and implemented 
without the need for other sections of the program. 
Curriculum materials can specifically address each necessary 
skill in a defined context area. This can be done in a 
manner which provides for developement of skills not 
mastered. It also allows the bypassing of skills which have 
already been mastered, which in-turn can reduce student 
frustration and increase curriculum effectiveness. 

4 . Performance Objectives 

All skills to be mastered should be stated in 
performance objectives. The measure of success of a program 
should be based upon these performance objectives. They 
allow for the precise diagnosis of skills already mastered, 
identification of skill deficiencies, and an evaluation of 
learner progress. 
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5 . User Progress 

Progress should be measured in terms of the mastery 
of performance objectives. 

6 . Diagnosis and Prescription 

Strategies for diagnosis and prescription should be 
used. As each learner is diagnosed in respect to his skill 
level, he can be placed appropriately within the curriculum, 
with the best materials needed to further his progress. 

7 . Multisensory Programs 

Multisensory formatted programs should be used 
whenever possible. 

Impementa tion of the above guidelines require more 
specifics. One of the poorest ways of motivating a student 
is to require him to read line after line of text on a 
video terminal. Many techniques are available to ease this 
monotony. One of these techniques is the ability to double- 
space lines of text. This allows for enhanced visual 

effect. A color graphics system such as the Ramtek 9400 has 
a multitude of techniques not available on alphanumeric 
terminals. The use of color to set off sections of the 

screen can cause the learner to concentrate on that section, 
or can cause other sections to be ignored. Reverse 
highlighting is a good technique. When areas of text are no 
longer being reviewed by the user, then they should be 
erased. This will keep the screen from becoming overcrowded 
and prevent slow readers from being discouraged. 
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Animation, graphic displays, or anything to create 
variety and interest in the display will help contribute to 
effective instructional programs. The user should be shown 
instead of told. The use of graphics and the ability to 
erase, rewrite, and blink parts of the screen, can make 
concepts much clearer than long displays of text. Graphics 
can be used to dynamically illustrate abstract concepts or 
invisible processes. [Ref. 11: p. 17] By providing 
interactive lessons, the user will become involved in the 
program. Simulation and dialogue programs are the best 
instructional strategies for promoting interaction. [Ref. 
12: p. 8] Menus, performance options, and prompts also 
provide for interaction. Task description is necessary to 
prevent users from becomming confused. Users should be told 
what to expect throughout the course of the program. Better 
yet, examples or simple exercises can lessen or even 
eliminate task confusion. [Ref. 12: pp. 9-10] 

B. CONSIDERATIONS OF SOFTWARE 

Designing software for graphical applications within CAI 
requires many of the features described above. However, due 
to the additional complexity of displaying graphics as well 
as text, special considerations must be given. 

1 . Interactiveness 

Interactiveness must be considered when complex 
graphical displays are required. Many line drawings, color 
filling and other graphical displays take time. This time 
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lag between a user's input and the graphical response could 
reduce the interactiveness of the system. The areas where 
this is especially true are in the older systems where long 
computational times were required. There is a well known 
principle that learning requires activity on the part of the 
learner, and if a learner is spending most of his time 
staring at a blank screen, the interactiveness of the system 
is deficient. 

2 . Responsiveness 

Responsiveness works closely with interactiveness. 
If the time for a computer to respond to a user's input is 
excessive, then he will tend to lose interest. If a 
program requires long computational time, periodic messages 
telling the user that he is not forgotten are encouraged. 
Acceptable response times vary as to users and how they 
perceive it. [Ref. 13: p. 76] Studies by R. B. Miller 
suggest that response times for complex interaction should 
be less than a minute. [Ref. 14: p. 267] Others say that 
users interest while operating on an interactive terminal, 
will wane if response times for normal actions take more 
than 3-15 seconds. [Ref. 15: p. 134] 

3 . Error Recovery 

Error recovery is another challenge for the software 
designer. Whenever unfamiliar users are involved in 
interactive programs, there exists the chance for them to 
hit an improper key in the middle of a session. If the 
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computer response to that is terminating the execution of 
the program due to a fatal error, student frustration 
increases immensely. Fail-soft provisions to handle such 
situations should be incorporated with friendly reminder 
messages telling the user that his input was incorrect. 
"Humble" phrasing of error messages is important if the 
user's ill-will is not to be incurred. [Ref. 16: p. 177] 

4 . Program Access 

Program access should be- made easy for the user. If 
the user must proceed through a long bureaucratic 
bookkeeping process before being able to run the desired 
program, he will become frustrated and loose interest in the 
process. Ideally, the student should be able to turn on the 
terminal, enter an account number, password, name of a 
desired program and be able to start executing the program 
within seconds. [Ref. 10: p. 293] 

C. HUMAN COMMUNICATION NEEDS 

One of the main problems with man-computer 
communications is that computer systems typically respond 
only to inputs phrased exactly as required by an artificial 
language. When used incorrectly, the best response might be 
an error message stating the problem. When people 
communicate with each other, other forms of communication 
such as body language, eye contact, and expressions provide 
much of the meaning. The graceful system should be able to 
provide some of the same capabilities. Hayes, Ball and 
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Reddy describe some of the aspects that a graceful system 
should have. [Ref. 17: p. 22 ] 

1 . Flexible Parsing 

The small mistakes people usually make when using 
any language, whether natural or artificial, should not 
prevent the receiver from interpreting the meanings. The 
graceful system should be able to handle minor spelling and 
syntactical errors. If the system cannot accomodate them, 
then the user should be shown what the computer thinks he 
means, and allow him to select the proper meaning. 

2 . Robust Communication 

The program should be able to tell the user when it 
does not understand him and more importantly, be able to 
tell when the user does not understand the program. This 
should be done without execcive verbosity or unnecessary 
disruption of the flow of conversation. It should let the 
user know what assumptions the program is making concerning 
the user's interpretations. 

3 . Focus Tracking 

The program should be able to keep track of the flow 
of the program, and allow for the user to branch from one 
area to several different ones, and then back to the 
original. At the original area, the program should be able 
to return to the same context achieved before branching. 
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4 . Natural Output 



A graceful system should provide the output in the 
same context as the user is working. If the proper output 
is a short precise answer, then that is what should be 
provided. If the user expects a long detailed description 
of something, then the program should be able to provide it. 

5 . Explanation Facil i ty 

The system should be able to explain both statically 
and dynamically what the program can, and is doing. Static 
explanation could be in the form of a help routine which 
explains what the program can and can not do. A dynamic 
facility would explain to the user what the program is doing 
at that time, why, and how it is being done. 

6 . Personalization 

Each user is different and a graceful system should 
be able to adjust to each. It should be able to recognize 
and correct errors that a user typically makes, and if 
desired, let the user know what he is doing wrong. Be using 
his name, the user will not feel that he is talking to an 
impersonal machine. 

The above desired features of a system are hard to 
achieve unless the program is designed with each in mind. 
If they all can not be implemented, each should be 
considered in trying to create a more graceful system. 
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IV. CURRICULUM DESIGN TECHNIQUES 



There are many different ways of designing systems to 
instruct students. Different considerations are needed for 
each method. Most entail defining the target population and 
the learning needs of the students. Additonally, the 
courseware, hardware, and software available/needed must be 
defined. Finally, the decision of implementing the Computer 
Aided Instruction (CAI) program along with the more 
administrative aspects of Computer Managed Instruction (CMI) 
must be considered. There are several different types of 
instruction . 



A. DRILL AND PRACTICE 

This type of instruction is designed to reinforce 
previously taught material. No new information is normally 
presented. Exercises are given to the students and may be 
in a fixed format, randomly generated, or tailor-made for 
each student. 



B. TUTORIAL 

A tutorial is normally used to introduce new 
information. Independent lessons are normally used which 
will allow a user to skip lessons previously covered, or to 
review material which is unclear. 
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C. SIMULATION 



A simulation program allows manipulation of a model of a 
real-life (or theoretical) situation or process. It may 
relieve the student of tedious numerical work, expand or 
compress time, or permit the study of systems or experiments 
too expensive, massive, delicate, dangerous or otherwise 
unavailable for practical utilization. Two examples of 
instructing by computer simulation are aircraft landing 
systems and nuclear power plant emergency procedures. 



D. PROBLEM SOLVING 

Whether the intent is to study the computer itself or to 
use it as a device in work or study, the student will 
program and otherwise control the system. It then may be 
utilized to manipulate data input by the student, or in some 
cases, to control or gather its own data from an 
experiment. In doing so, students learn to use the computer 
as a tool in the discipline they are studying. 



E. INQUIRY/DIALOGUE 

Inquiry is an interaction between student and computer, 
where both student and computer alternately asks questions 
and requires answers of the other. The dialogue may be 
simply structured, with a highly documented logic train, or 
it may be a more sophisticated program which facilitates 
inquiry by the student in a natural language. [Ref. 13: pp. 
3-4] 
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These different techniques can be combined and used 
throughout a program. A tutorial can first be used to 
present the information to the student. A drill and 

practice session could then be used to reinforce the 
concepts. A simulation of the model described previously 
could be run, thus showing the user what was described. 
These are merely different ways of providing CAI to the 
user . 
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V. PROGRAM DESCRIPTION 



The principle objective of the proposed research is to 
create an embedded tutorial for the Ramtek 9400 Color 
Graphics Display System. The Tutorial is to be an effective 
aid to members of the Naval Postgraduate School faculty, 
staff and student-body in the use of the equipment and 
related color graphics techniques. It should eliminate the 
necessity for each user to possess and master large 
quantities of documentation. By providing both introductory 
and refresher courses in the use of the equipment, it will 
free members of the Laboratory staff from repetitive 
teaching tasks, allowing them to provide consulting on more 
specialized topics. Such a combination of computer-based 
tutorials and individualized instruction has been found to 
be highly successful. [Ref. 19] 
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VI. PROJECT DESIGN APPROACH 



When designing the system of instruction for the Ramtek 
9400, the theoretical considerations were evaluated. Those 
which were most applicable were included while others were 
reserved for further research. Only CAI was to be designed, 
as the number of students which would realistically use the 
Ramtek did not warrant a CMI approach. The items which were 
considered are listed below. 

A. USERS NEEDS 

The first step in designing a CAI program was to 
consider the users of the instruction. Their ability level 
and programming background were evaluated so as to best 
design the program. A constraint that had to first be 
considered was the requirement to work with the FORTRAN 
language, since the Ramtek interface was in FORTRAN. The 
Naval Postgraduate School had a FORTRAN-based structured 
programming course taught to most students entering the 
school. Therefore, the program of instruction was to be 
directed towards students having a basic knowledge of 
FORTRAN. The use of the DEC PDP 11/50 with the RSX-11M 
Operating System would normally have been unfamiliar to most 
students, as the basic course was taught on an IBM system. 
Therefore, more detail of the RSX-11M operations would be 
necessary, with just the aspects of FORTRAN peculiar to RSX- 
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11M emphasized. There are more than two hundred different 
FORTRAN commands which are used to operate the Ramtek 9400. 
A program designed to teach students just the basic 
instuctions would have no need for all of them; therefore, 
the more complex and seldom used commands were not 
considered applicable. 



B. TYPE OF INSTRUCTION 

The different types of curricular design techniques 
listed earlier were reviewed as to their applicability in 
teaching students how to use and program the Ramtek 9400. 
The tutorial method seemed the most logical for this type of 
instruction and was the method chosen. Several different 
ways of presenting the material were possible, and after 
several iterations of program content, two major areas of 
interest were defined. One area covered all of the items 
and commands necessary to familiarize the student with 
operating the Ramtek 9400. This area included review of the 
RSX-11M Operating System logon procedures, file 
manipulation, and the steps necessary to write, compile, and 
execute a program. It also described the Ramtek hardware. 

The second half of the tutorial consisted of the 
different Ramtek FORTRAN instuctions. These instructions 
were grouped into color, graphics, text writing, cursor 
manipulation, and image categories. A Users Manual was 
also written to provide written backup for each of these 
areas. [Ref. 20] 
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C. SOFTWARE DESIGN 



Designing a tutorial incorporating the concepts mentioned 
above, such as user control, focus tracking, 
personalization, pictures instead of text, etc. required 
developing an algorithm which would act as a "control'' shell 
to call the different instructional modules, but would be 
transparent to the user. The different options which were 
considered necessary to provide the user with control over 
the instructional sequence of the tutorial are listed below. 

1 . Sequential 

The tutorial was to allow the user to be able to 
step through the entire program in sequence if desired. 

2 . Scroll Back 

If, after completion of a certain subject, the user 
wished to back up and review it, then a scroll-back option 
was available. 

3 . Direct Branch 

If the user wanted to branch to any specific 
module, then by typing the name of the desired module, he 
should be able to go directly to that module. 

4. Help 

A help menu would list the different subject areas 
available plus the proper commands necessary to get to them. 
The help menu was required to be accessable from any point 
within the tutorial. After calling the help module, the 
program should return the user to the module from which it 
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was called. If within the help module, the user desired to 
branch to another module, then that option was also 
possible . 



5 . Quit 

The last option was the quit option. The user 
could choose to quit anywhere within the program. The 
tutorial would prompt the user to make sure his desire was 
to quit. This prevented inadvertent program termination. 

One of the main problems of designing an algorithm to 
handle these techniques was the problem of incorporating 
both graphical and textual material. Several pages of text 
could appear with one graphical presentation, or different 
graphical presentations could appear with the same text 
displayed. To solve the conflicts of scrolling back into 
the end of the previous module, where the text might not 
match the graphical data presented, the decision was made to 
always enter a module at its beginning. 3y keeping each 
module small, only a few pages of text would need to be 
presented before arriving at the desired page. Scrolling 
back within a module would not be a problem for the outer 
"shell" program. 

The resulting algorithm used to implement the main 
"shell" is based on a hierarchial tree structure, with 
forward and backward pointers connecting each different 
module. The algorithm polls the keyboard to determine the 
user's desires. It then calls one of five subroutines. The 
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first subroutine allows the user to step through the program 
sequentially. The second allows the user to scroll back 



from the current location to the previous page. If the 
Tutorial is at the beginning of a module, it then follows a 
pointer to the previous module, setting a branch flag. 
The third subroutine allows the user to select a new module 
name. It converts the name to a number and sets a branching 
flag, which then allows the ’Tutorial to branch directly to 
that module. The direct branch routine accepts the first 
four characters of the module name typed in, and uses an 
inverted file technique to determine the location of the 
module within the program. A branch flag is set and passed 
to the calling routine to allow the main program to act 
appropriately. The other two options are to call a help menu 
and to call for a quit routine. 

The shell was tested extensively to ensure all of the 
logic operated as desired before writing any instructional 
modules. Future modules can easily be added anywhere within 
the instructional program by changing the appropriate 
pointers and making several other minor adjustments. A 
Software Maintenance Manual was written to assist in adding 
additional instructional lessons to the Tutorial or making 
any other required alterations to the program logic. 



D. DESIGN FEATURES ACHIEVED 

The design features which were achieved by this program 
are listed below. 
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1 . 



CAI Techn iques 



Since the Tutorial was designed to use CAI and not 
CMI techniques, no administrative aspects were included in 
the program. 

2 . User Control 

Due to a design consideration, modules can only be 
entered from the beginning. Thus, the only part of the 
program when a user does not have complete control is during 
the process of scrolling back from one module to the 
previous one. 

3 . Interactiveness 

The program requires constant user inputs, thus 
allowing the user to become involved, thereby increasing the 
interactiveness of the program. 

4 . Responsiveness 

The response time of the Ramtek 9400 is well within 
the 2-10 second range unless the host PDP 11/50 is 

overloaded with other CPU intensive programs. 

5 . Error Recovery 

The error recovery features built into the shell 
allow the user freedom of input without "crashing” the 
system. The worst-case situation is when the user is 
returned to the place of improper input with a message 
stating the problem and acceptable answers. 



29 



6 . 



Accessabi 1 i ty 



Access to the Tutorial requires the user to log on 
to the system, enter a password, access the proper 
directory, and run the program. Detailed instructions are 
provided in the users manual for that purpose. 

Techniques which were not used included the more 
advanced ideas for diagnosing user skill levels and for 
providing outputs appropriate to each user. These were 
considered to be beyond the scope of the project. 
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VII. EVALUATION OF THE PROGRAM 



The completed Tutorial was evaluated by randomly- 
selected students and faculty members. The experience level 
of the evaluators ranged from students and faculty expert 
with the Ramtek 9400 to persons with just basic knowlege of 
FORTRAN, but no knowledge of either the RSX-11M Operating 
System or the Ramtek 9400. At the completion of their first 
session with the Tutorial, comment sheets were provided to 
record their reaction. Their responses are summarized 
below. 

Evaluators who were not experienced users were impressed 
by the amount of examples and illustrations that were 
provided in the Tutorial. They felt that they knew where 
they were within the Tutorial most of the time. The tree 
diagram in the HELP menu, along with individual page 
identification, were mentioned as being the primary reasons 
for this. The explanation of the material covered was 
considered good, but they indicated that the Tutorial 
provided too much text for them to read. The students were 
divided as to whether the mechanics of using the Tutorial 
(four function keys and the carriage "return 1 ') were 
confusing. However, they all thought the directions 
provided were clear and concise. The students thought the 
Tutorial should be expanded, but were hesitant to state that 
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they could immediatly write a simple graphics program for 
the Raratek 9400. They all thought it was enjoyable, and 
that it would be of great benefit to future Ramtek users. 
Most inexperienced users felt "overpowered” by the sheer 



quantity 


of information presented in the Tutorial. 


The 


more experienced users generally agreed with the 


comments 


mentioned above. They realized that a great deal 


of text 


was necessary to fully and accurately explain the 



the Ramtek software. As expected, they seemed to have less 
problems with the mechanics of using the Tutorial. They all 
saw the benefits of having a self-paced tutorial available 
for student learning and realized the potential for having a 
"ready-reference" program where they could easily reacquaint 
themselves with specific aspects of the system. 

The average time for a beginning student to complete the 



Tutorial 


was approximatly two hours. This first-time 


session 


primarily gave the students an overall familiarity 


with the 


Ramtek 9400. The more experience users completed 



the session in about one hour, as they tended to skim over 
familiar areas. Surveys of subsequent sessions were not 
given. These sessions are expected to deal with more 
specific areas within the Tutorial. 
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VIII. CONCLUSIONS 



The desired goal of providing an embedded Tutorial for 
teaching beginning students graphical programming techniques 
was achieved. A Users Manual and a Software Maintenance 
Manual were also written to accompany the embedded tutorial. 
The thesis research, interalia, indicates that CAI can be 
used in a highly productive way to teach computer graphics, 
and, conversely, computer graphics offers unique 
capabilities to increase the effectivenes of CAI. 

More advanced CAI concepts, such as simulation, problem 
solving, and inquiry/dialogue, were not implemented nor 
contemplated. The embedded Tutorial appeared to be the best 
method of utilizing CAI to achieve the stated objectives. A 
drill/practice type instruction format could easily be added 
at the end of each module to reinforce the concepts 
presented . 

The software was designed to provide expandability and 
maintainability. The ease of expanding the Tutorial will 
allow for modules to be added or deleted as the need arises. 

Judging by the initial favorable evaluations conducted 
by first-time users, the embedded Tutorial will become a 
useful addition to computer graphics education at the Naval 
Postgraduate School and will result in cost and manpower 
savings in teaching students how to use the Ramtek 9400. As 
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procurement of this graphics device is contemplated for 
fleet users, the Tutorial may have additional applications 
Navy-wide. With added instructional lessons, it will 
provide increased cost savings and manpower utilization. 
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IX. RECOMMENDATIONS 



Additional modules should be added to the Tutorial. As 
more students use and understand the Ramtek 9400, more of 
the advanced concepts can and should be presented. 

Additional Computer Managed Instruction (CMI) modules 
should be added to the beginning and end of the program. 
They can keep track of each user, determine which modules 
are called during each sequence, and provide the computer 
staff with information to determine which areas of the 
Tutorial will need to be improved. 

There should be a comment file set up allowing users to 
record their thoughts and ideas as they occur. Periodic 
review of the comment file by the programming staff is 
necessary to ensure the comments are acted upon. 
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